Date: Wed, 4 Aug 93 04:30:02 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #229 

To: packet-radio 


Packet-Radio Digest Wed, 4 Aug 93 Volume 93 : Issue 229 


Today's Topics: 
Automatic Packet Reporting System 
Desqview & Baycom or Poor Man's Packet? 
ka9q Network Configuration Q's 
Poor Man's Packet Modem 
Small TNC? 

TCP/IP via radio link? 

your LISTSERV request "list packet-radio" 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 3 Aug 1993 22:28:14 GMT 

From: koriel!male.EBay.Sun.COM! uranium! raymonda@decwrl.dec.com 
Subject: Automatic Packet Reporting System 

To: packet-radio@ucsd.edu 


There have been a couple articles over the past 2 months in QST 
that concerned the Automatic Packet Reporting System. The APRS allows one 
to connect the NMEA-0183 output of a LORAN-C or GPS receiver to a packet 
system such that the location of the packet station is constantly reported 
to a remote location where the location is displayed in real-time on a map. 


The article (don't have the reference handy at the moment) gave a 
name and address to obtain the software (shareware). It also stated that it 
was available on several non-specified BBS systems. Does anyone know if it 
is available via FTP on the net? I've checked most of the FTP servers that 
carry HAM related info that I know about, but so far haven't found it. 


Thanks, 
Ray WB6TPU 


/\ 
Wek 
YAN 
/\/ // Raymond E. Anderson 
// \//\ Signal Integrity Engineer 
WIN f/f Sun Microsystems 
ie a ae 2550 Garcia Ave. MS MILO4-16 
FON Mountain View, CA 94043-1100 
\ \\ 
\/ (408) 276-5224 


(408) 263-9512 fax 
raymond.anderson@Sun.Com 


Date: 4 Aug 1993 05:46:16 GMT 

From: pipex!sunic!news.funet.fi!funic!helle.fmi.£i!sumppu! oh3njz@uunet.uu.net 
Subject: Desqview & Baycom or Poor Man's Packet? 

To: packet-radio@ucsd.edu 


VK5KET%VK5KET . AMPR. org@f860.n800.z3.fidonet.org (VK5KET@VK5KET.AMPR.org) writes: 


>In a message on <Jul 21 19:17>, b-banko@uiuc.edu (3:632/400@fidonet) writes: 


b> I've gotten some recent mail about Desqview multi-tasking 

b> software for 

b> PC's... a 286 version for $80 and a 386 version for $130. 

b> Desqview is 

b> *xnot*x a point-and-click GUI like Windows, but its multi-tasking 
b> is faster. 


VVVVNV WV 


> b> I have found that Poor Man's Packet won't run on my 20MHzZ 386sx 

> b> under 

> b> Windows 3.1, and I am trying to find out if anybody is running 

> b> Baycom 

> b> or PMP using Desqview as a multi-tasker. How well does it work? 

>Yep doing it here.. i run a baycom modem and DV with tpk and a phone bbs.. 
>works fine no problems.. 


Agree. I'm running the baycom with DESQview/X, and it's works just fine. With 
Windows, it's impossible to run L2.EXE, beacuse windows want's to handle every- 
thing (almost) ;-). I£ you want to run baycom in dvx-window, you should have 

at least 386/33MHz. However, if you don't need to use scaled windows, use the 
standard DESQview instead of DESQview/X. It's much faster. I tried to run 
baycom in /X in Compaq Contura 3/25c (386SLC/25MHz), it worked sure... but... 
slowly. 


Why I'm using the dvx; just for that, that I can edit text files and run 
i.e. 7PLUS at the same time, when I'm logged in to local packet-bbs. 


> * Origin: while(!Coffee) Panic() (3:800/860) 


73 de Sepi oh3njz@oh3rba.fin.eu 


Seppo Pekonen OH3NJZ@OH3RBA.FIN.EU 
FMI P.O. BOX 503, SF-00101 HELSINKI 

tel +358 (9)0 1929 518 ! e-mail:Seppo.Pekonen@fmi. fi 

fax +358 (9)0 1929 539 ! 


Date: 3 Aug 93 10:54:56 GMT 

From: news-mail-gateway@ucsd.edu 
Subject: ka9q Network Configuration Q's 
To: packet-radio@ucsd.edu 


Dear TCP-Group and Packet Radio Group Members, 


My name is Ned Bade, I work for the Cornell International Institute for 
Food Agriculture and Development (CIIFAD) at Cornell University, and I am 
helping CIIFAD design an academic email network in the Philippines. We are 
considering using ka9q NOS as an IP mail router for a network that will be 
both telephone and packet-based. We have started to tap into some local 
expertise here at Cornell, but I have some general questions I would like 
to place to peoples’ expertise on the net. The network would need to 
support between 50-100 people initially, and I suspect that number could 
grow to 250-1000 in 3-5 years. You can resond to me personally at: 
eb15@cornell.edu or I also get the TCP Group and Packet Radio digests, and 
will see responses that show up there. 


The issues that we are trying to determine are: 


ka9q setup related: 


PAV AY AV AVATAVAVATAVAVALAVAVATATATATATAS 


1) How well ka9q works with POP mail. Also, what version or variant of 
ka9q NOS works best as a POP mail server, and where to get it. 

2) How well it works over a dial-up connection, and over an ethernet 
LAN, and any tricks that might help in setting it up. 

3) Whether one can reliably use a client software package like NUPOP over a 
TCP/IP packet radio connection. We are considering using NUPOP or some 
equivalent offline reader/composer to lower connect times, and would like 
to be able to use the same client package for all users of the network. 

4) How much direct supervision ka9q NOS needs to operate reliably, and 
how much technical backgound it requires of an operator. 

5) How difficult it is to install and maintain a packet radio 
installation running ka9q NOS and what the level of technical 
training a sysop would need to install/manage it. Also, how well does 
it recover from crashes (for example, from frequent brownouts...). 

6) What hardware would be recommended (from the computer itself 
(processor, RAM, hard disk, etc.) to the TNC, radio, antenna, etc.) 
for a network where we would like to be able to support 1-2 modem 
lines, a packet radio station, with 100-500 users (54 users 
initially, but I anticipate it will expand with both official and 
unacknowledged users). The primary use would be simple email, but 
will probably also include some larger document transfers 
(uuencoded), and it would be nice if we could also set up an ftp site 
and remailer for interest groups. Maximum transmission distances will 
be no more than 100 km (we would prefer to use UHF or VHF and avoid HF), 
but want a set-up that also takes into account local conditions (i.e. 
high temperature, high humidity, long rainy season with xheavy* rainfall, 
frequent lightning, etc.). 


Other Issues (added in case you might have any experience/answers): 

PAV AVAVAVAVAVATA VATA TATA TATA TATA TATA TATA TATA TATA TA TATA TATA TATA TATA TATA TATATATATATATATATATATATATATATATATATATATATATATATATATATATATATATATAS 

1) Whether it is possible to use NUPOP to connect over a serial (dialup) 
line in cases where you need to place the call through an operator. 
(ie, if it is possible to write the connection script so that you can 
take the modem off line while placing the call through the operator, 
and then bring the modem (and NUPOP) online again as soon as you hear 
the carrier detect. 

2) How difficult (or easy) it is to write gateway scripts to forward 
mail to and from other networks (ie FidoNet, UUCP, etc.) from ka9q 
NOS. 


Those are my main questions for now. If anyone has helpful comments, 
suggestions or resources to offer I would greatly appreciate them 
(particularly from people who have experience setting up such systems in 
developing countries). Also, anyone who would like to send me a copy of 
their autoexec.nos file (if they think it might be helpful or instructively 
related to our project), they would be welcome. You can resond to me 


personally at: eb15@cornell.edu or I also get the TCP Group and Packet 
Radio digests, and will see responses that show up there. 


Thanks in advance, 


Ned Bade 

eb15@cornell.edu 
eb15@postoffice.mail.cornell.edu 
CIIFAD, 350 Caldwell Hall 
255-3035 


Date: 3 Aug 93 16:29:03 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: Poor Man's Packet Modem 
To: packet-radio@ucsd.edu 


N1IHPP writes: 


>Could someone please point me to the name and issue number of the 
>magazine which disscussed the PMP modem sometime ago? 


If you're referring to the "Poor Man's Packet, a complete 

software TNC for PC compatibles!" (by Kevin Feeney W2EMS and 

Andy Payne N8KEI), then you would want th August 1991 issue 

of 73 Magazine starting on Page 8. 

(My message in # 228 makes mention of the August 1993 issue 

which has details on getting back issues & reprints.) 

Otherwise, I defer to the ever-growing host of network packeteers, 

who will, now doubt, straighten us both out. 

I'm getting too old to keep all the titles & buzz-words straight! 
(By the way, I do not now, nor have I ever worked for 73 Magazine; 
I just purchase it for the Wayne Green editorials!) 8<)) 


73, john 


John Kyrka 

EMC Corporation 

"The Storage Architects" 
Hopkinton, MA 
<kyrka@emc . com> 


Date: Tue, 03 Aug 1993 22:38:16 GMT 
From: agate! library.ucla.edu!news.mic.ucla.edu!unixg.ubc.ca!acs.ucalgary.ca!smith! 


trond@ames.arpa 
Subject: Small TNC? 
To: packet-radio@ucsd.edu 


I would like to go portable on packet and now I wonder what is the (physically) 
smallest TNC available? I will only need to be active on vhf/uhf. Power 
consumption is also an important factor. 

It seems to me that a tnc could be made extremely small... 


I have not been looking in mags/brochures for years, so I have lost touch with 
what the state of the art is. :-) 


73 
Trond 


Institute for Space Research |Public PGP] "It is Finished" -God, approx. 32AD 


University of Calgary |key soon | "Shut up and Stop Whining" Calvin 6/6 
LA1OEA/VE6NOR Javailable | Opinions are mine, not my employer's, 
trond@phys.ucalgary.ca |via finger| and may change without notice. Uffda. 


Date: 3 Aug 93 13:40:30 GMT 

From: psinntp!wlnntp.psi.com!usenet@uunet.uu.net 
Subject: TCP/IP via radio link? 

To: packet-radio@ucsd.edu 


Jim... SoftKISS does some variations of this and it works with NET/Mac 
the original NET software by KA9Q. There are many mods to this that now 
support the TNC'less operation you have described. Whether or not it 
can be used with the VeraTerm software.. I'll have to rely on others to 
help you out. 


Terry Stader - KA8SCP 
America Online Ham Radio Club Host 


>DATE: Sat, 31 Jul 1993 20:37:34 GMT 

>FROM: Jim Hebert <jimh@laison.w8hd.org> 

> 

>I need some advise... 

> 

>What I would like to find is an extension for the Macintosh OS, like 
>VersaTerm's SLIP tool, that could be used with MacTCP to provide TCP/IP 
>connections via some sort of radio link. 

> 

>I don't think I need a TNC and an AX.25 type device/software. I don't want 
>to send anything different over the radio link than I would over a regular 


>modem link when using SLIP or PPP. 
> 

>Any ideas? 

> 

>Jim Hebert, K8SS 

> 

>jimh@w8hd. org 


Date: 4 Aug 93 01:55:20 GMT 

From: news-mail-gateway@ucsd.edu 

Subject: your LISTSERV request "list packet-radio" 
To: packet-radio@ucsd.edu 


Per request by a66rmp%andvO2@gmr.com 
"list packet-radio" 
‘packet-radio' is not subscribed to any mailing lists. 


Date: 3 Aug 93 13:04:03 GMT 
From: pipex!uknet! acorn! agodwin@uunet.uu.net 
To: packet-radio@ucsd.edu 


References <1993Jul29.180807 .13354@ke4zv.uucp>, <25256@acorn.co.uk>, 
<1993Ju131.184158 .21871@ke4zv.uucp> 
Subject : Re: Packet can't work 


In article <1993Ju131.184158.21871@ke4zv.uucp> gary@ke4zv.UUCP (Gary Coffman) 
writes: 

> 

>There are several problems with central authority control. The first 
>is the problem of stations joining and leaving the group. The second 
>is a matter of single point failure. Inactive stations can be "aged" 
>out fairly gracefully, but joining the system is more difficult for 
>the transient station. There has to be a dead slot available where 
>any station can call to join. That waste is there every round of the 
>round robin poll. Alternatively, out of band signaling can be used, 
>but that's wasteful of spectrum. 


As you say, an inactive station can be aged out by reducing its polling 
rate to well below one poll per round. Similarly, the polling slot 

for 'new stations' can be provided at a very low rate - it's a trade 
off of latency against efficiency. 


>if care is not taken. With CSMA, these problems don't exist. However, 
>if a repeater is in use, it also represents a single point failure 


>node that requires user intervention (one of each pair of stations 
>going upside down) to work around. That's the primary advantage of 
>simplex operation, either no action is required when a station 
>dies, or only a reroute operation needs to be done. 


Agreed, though I think that the disadvantages of contentious simplex 
operation are so bad that they're not worth having purely for their 
resistance to failure - better to use redundant repeaters / hubs for 
that ! 


-adrian 


End of Packet-Radio Digest V93 #229 
KKKKKKKKKKKKKK KKK KKKKEKKKEKR KAKA 


